Entrar

Este guia é para o provedor de arbitragem de busca TONIC.


O rastreamento de arbitragem de busca em geral pode ser bastante complicado devido à presença de palavras-chave e vários parâmetros de dados necessários.

Dependendo de como você deseja passar esses dados, existem também várias abordagens.

Abaixo, descreveremos a configuração básica usando nosso modelo de fonte de oferta e as duas abordagens que você pode usar para testar diferentes palavras-chave.


Criando a fonte de oferta TONIC

Primeiro, crie uma nova fonte de oferta e use nosso modelo TONIC.

Observe a seção de passagem de dados:

Aqui há algumas coisas muito importantes a considerar:

  • Estamos passando adtitle e site usando um token {data-xxx}. Isso significa que os valores virão da sua fonte de tráfego através do link que você usa lá - então é importante que sua fonte de tráfego tenha campos de rastreamento de URL correspondentes de title e site_id, e que estes sempre passem valores apropriados para o TONIC. Também estamos passando network usando um valor source_type
  • Então, para o acima, para qualquer fonte de tráfego que você vai usar com ofertas Tonic, certifique-se de adicionar manualmente ad_title, source_type e site_id como campos de rastreamento de URL.
  • Para ad_title, você deve passar o título/manchete do seu anúncio, usando um token, ou manualmente. Se você precisar fazer isso manualmente, recomendamos colocar REPLACE como o token/placeholder
  • Para site_id, da mesma forma, passe algum valor dinâmico de ID do site da fonte
  • Para source_type, o Tonic exige que você passe um valor de texto em minúsculas da lista de fontes aprovadas. Então você deve definir um destes como o placeholder (consulte o Tonic para mais orientações sobre isso):
taboola
outbrain
yahoonative
mgid
revcontent
tiktok
facebook
twitter
website-facebook
website-tiktok
website-snapchat
website-pinterest
website-twitter
website-bingads
website-adwords
website-gdnnative
website-outbrain
website-taboola

Adicionalmente:

  • Estamos passando nosso ID de hit único para rastreamento sob subid4 - então o postback usado no TONIC deve passar esse valor de volta
  • Note que no Tonic, você define suas próprias palavras-chave do lado deles - então aqui, não estamos passando palavras-chave dinamicamente dos anúncios/fonte de tráfego ou mesmo no nível da oferta

Agora, verificando a aba de rastreamento de conversão, você pode ver o postback modelo, que você deve colocar no TONIC:

Aqui estamos usando {keyword} como o ID da transação, que enviará de volta a palavra-chave convertida (que você definiu no lado do Tonic).

Isso é importante para:

  • Separar eventos de conversão para diferentes palavras-chave, pois elas terão diferentes receitas. Não queremos que a conversão número dois sobrescreva a conversão número um.
  • Ao passá-la de volta no parâmetro tx, você pode usar o atributo "ID da Transação" nos relatórios para ver quais palavras-chave converteram

Para obter o melhor do rastreamento de conversão, certifique-se de verificar a seção sobre isso no final deste artigo.


Configurando fontes de tráfego utilizadas

Como mencionado anteriormente, precisamos passar dados personalizados (título do anúncio e IDs do site, e tipo de fonte) da fonte de tráfego, e são esses valores que são passados para o TONIC.

Verifique a imagem anterior - usamos o token {data-ad_title}, {data-site_id} e {data-source_type}.

Então, eu recomendaria criar uma nova fonte de tráfego dedicada à arbitragem de busca via Tonic, por exemplo, TikTok (TONIC). Você pode usar o modelo apropriado e então adicionar ou ajustar os parâmetros. Tomando nosso modelo TikTok como exemplo:

Aqui eu adicionei site_id e defini para o token de posicionamento, e adicionei o campo de rastreamento ad_title com REPLACE como valor. 

Para source_type, eu codifiquei para um dos valores permitidos do Tonic.

Como o TikTok não tem títulos/manchetes de anúncios, você precisaria substituir isso manualmente em sua URL, por anúncio, para passar um parâmetro de título apropriado.

Tomando outro exemplo do Taboola:

Aqui, o Taboola tem passagem de dados para títulos de anúncios e IDs de site. Os campos ad_title e site_id já existem em nosso modelo, então eu apenas adicionei o source_type e codifiquei seu valor.

Note que podemos mudar os modelos ao longo do tempo, e se você pode passar dados automaticamente com tokens ou não depende da fonte de tráfego.

O Facebook, por exemplo, não tem IDs de site, nem passa manchetes via URL, então você sempre precisaria configurar dados manualmente se estiver fazendo arbitragem de busca entre Facebook e TONIC.


Passando dados de palavras-chave para ofertas

Para ofertas TONIC, você criaria uma oferta e usaria seu domínio de arbitragem como URL base da página. O resto da estrutura da URL seria tratado pela seção de passagem de dados.

O TONIC não espera que palavras-chave sejam passadas (outros parceiros de arbitragem de busca sim) - ao invés disso, você passa network/site/adtitle e eles presumivelmente geram resultados de busca baseados neste parâmetro adtitle.

Então, há duas maneiras de variar esses valores de título de anúncio.

Opção 1: Passar na URL da fonte de tráfego

Esta é a configuração que você está usando acima.

Com isso, sua oferta seria apenas uma única oferta (a URL do domínio de arbitragem de busca) e você criaria diferentes anúncios --> que podem passar diferentes valores de título de anúncio --> gerar diferentes resultados de busca.

Nos relatórios, você dividiria por este campo de rastreamento de título de anúncio para analisar o desempenho.

Opção 2: Passando no nível da oferta

Agora, como isso é tudo passagem de dados configurada pela fonte de oferta/oferta, você poderia optar por codificá-la no nível da oferta.

Assim, você poderia criar sua oferta, escolher TONIC como a fonte da oferta, depois ir para passagem de dados e adicionar uma substituição no nível da oferta para o campo adtitle, usando a opção de string personalizada.

Desta forma, você poderia criar múltiplas ofertas para diferentes títulos de anúncios e rotacioná-las em seus funis como qualquer oferta.

Agora, os valores não dependeriam dos seus anúncios na fonte de tráfego e são controlados dentro do FunnelFlux:

Agora nos relatórios você poderia ter suas palavras-chave separadas em diferentes ofertas.

A vantagem aqui é mais controle dentro do FunnelFlux e poder mudar isso a qualquer momento ou adicionar/remover páginas da rotação sem tocar em seus anúncios.

A desvantagem é mais trabalho manual na criação de ofertas e configuração do seu funil, e potencial falta de congruência entre seus anúncios e suas páginas de arbitragem de busca.

Você também precisará considerar a conformidade, e se para fontes com títulos de anúncios, o parceiro de arbitragem de busca está OK com você passando várias palavras-chave que podem não corresponder ao anúncio exibido aos usuários.


Rastreamento de conversão

Em geral com arbitragem de busca, basta seguir nosso guia e então usar o URL de postback modelo fornecido na página de rastreamento de conversão.

No entanto, há algumas coisas importantes a considerar sobre quais eventos rastrear. Por favor, leia abaixo:

  • Em geral, com fontes algoritmicamente dirigidas como Facebook, TikTok, etc., você vai querer enviar conversões imediatamente do provedor de arbitragem de busca
  • No entanto, estas terão receita estimada e resultarão em dados do FunnelFlux não alinhando completamente com seu provedor de arbitragem, quando eles posteriormente atualizarem estas estimativas
  • Se o provedor tem múltiplas opções de postback, por exemplo, pré-estimado, estimado (2h), estimado (24h) etc., você pode adicionar um postback para um destes também para atualizar dados no FunnelFlux.
  • NO ENTANTO, você não quer que isso envie outro evento para a fonte de tráfego, pois provavelmente inflará as conversões. Para evitar isso, adicione ...&disable_postbacks=true ao postback posterior
  • Isso enviará o evento para o FunnelFlux, que atualizará a conversão e sua receita, mas NÃO disparará um evento para a fonte de tráfego.

No caso do TONIC, uma configuração ideal seria assim: